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LOCATION UPDATE METHOD AND INTER 
CORE NETWORK ENTITY HANDOVER 
METHOD 

This is a continuation-in-part of application Scr. No. 
09/098,216, filed Jun. 16, 1998, now abandoned, which 
application is incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates in general to a cellular communi- 
cation system, and more particularly to a location update 
method and an inter Core Network (CN) entity handover 
method, and further more particularly to a location update 
method and an inter-SGSN handover method in a 3 rd Gen- 
eration (3G) cellular system. 

2. Description of Related Art 

Cellular systems have had a direct effect on the lives of 
millions over the past few years. For the first time, people 
are able to make and receive phone calls without being tied 
to a specific location. Mobile phones, as part of the cellular 
systems, have allowed people to break the tie between 
location and access to communication. Mobile phones have 
also allowed people to reach another who is in move. With 
the development in cellular systems, people are allowed to 
reach another who is mobile in anywhere at anytime. 

The first generation of mobile communication systems 
were bom in the early 1980s. The marriage of radio and 
telephone technologies gave birth to mobile phones and 
triggered a turning point in telecommunications. Adding 
radio access to a telephone network meant that for the first 
time in history, the concept of a telephone being at a fixed 
point in the network was no longer valid. The benefits of 
being able to make and receive telephone calls anywhere 
had appeal to business people — the original market. In the 
first generation of cellular networks, analog wireless tech- 
nology were used for the user connection (called the "air 
interface"). Every voice channel had its own narrow fre- 
quency band, using a technology called Frequency Division 
Multiple Access (FDMA). 

However, as the demand for mobile phones grew and 
grew, regularly exceeding forecasts, it became obvious that 
the available radio spectrum would not be adequate to 
accommodate the expected numbers of mobile phone users. 
The digital technology became the solution to the problem. 
The answer lay in new digital wireless technologies that 
allow larger numbers of mobile subscribers to be supported 
within a given frequency allocation. Time Division Multiple 
Access (TO MA) technology is used in which a broader 
frequency channel is divided into intermittent time-slots, i.e. 
several calls share the same frequency channel at any one 
time. The digital technology also offered other important 
benefits. It provided better voice quality and improved 
security against unauthorized eavesdropping. Another 
technology, Code Division Multiple Access (CDMA) has 
also been developed subsequently to increase capacity. 

The first and second generation mobile communication 
systems were mainly set to support voice communications, 
although today's mobile phones can also be used for data 
transfer at rates that are acceptable for relatively low-speed 
data applications such as sending and receiving of faxes and 
e-mail. However, these systems do not support high-speed 
data or video applications. The third generation mobile 
communication system is being developed to remove the 
bandwidth bottleneck and support a whole new range of 
voice, data, video, and multimedia services. For example, 
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smart messaging is bringing Internet services to every 
mobile user's fingertips. As people become used to the 
freedom that mobile communications have provided, they 
will become more demanding about the information and 
5 services required to benefit their lives. 

The demand by consumers all over the world for mobile 
communications service continues to expand at a rapid pace 
and will continue to do so for at least the next decade. To 
satisfy such demand, more and more innovative mobile 
10 telecommunications networks are being built in this growing 
industry. 

In the 3 rd generation cellular systems, many practical 
techniques are being developed over the past few years. The 
mobile telecommunication network comprises switching 

15 functions, service logic functions, database functions, and 
Mobility Management (MM) functions that enable subscrib- 
ers to be mobile. These are some of the functions provided 
by Mobile Switching Centers (MSCs) for serving Circuit 
Switched (CS) connections, by Visitor Location Registers 

20 (VLR) for serving CS connections, or by other network 
entities, for example, Serving GPRS Support Node (SGSN) 
for Packet Switched (PS) connections (GPRS refers to 
General Packet Radio System). 

25 Generally, the database in the Core Network (CN) keeps 
tracks of the location of Mobile Stations (MSs). In one case, 
the CN comprises both entities, MSC and SGSN, to imple- 
ment such database. Each of the MSs can have a CS or PS 
connection service from the CN by sending radio signals to 

30 its Base Station (BS). Each of the BSs is controlled by a 
Radio Network Controller (RNC) which connects to the CN. 

When a MS with an active connection moves from one 
area to another, a handover (also known as handoff) proce- 
dure is performed between the BSs During a handover 

35 procedure, a CN entity can operate in two different ways: 
one is called anchoring, and the other is called floating. In an 
anchoring procedure, the control of the MS remains in the 
first network entity where the connection between the MS 
and the CN was started, whereas in a floating procedure, the 

40 control of the MS is changed along with the move of the MS. 
FIG. 6 shows an anchoring procedure. FIG. 7 shows a 
floating procedure. 

One of the problems in developing a 3 rd generation 
cellular system is location update when a MS, e.g. with an 

45 active connection, moves from one area to another. This 
problem does not appear in a 2 nd generation cellular system 
due to the fact that the 2 nd generation cellular system does 
not use macro diversity and Iur-interface in the systems. In 
a conventional 2 nd generation cellular system, e.g. GSM 

50 (Global System for Mobile communications), only one Base 
Station (BS) receives radio signals from a MS. Accordingly, 
when a MS moves from one area to another, the MS knows 
which BS controls the MS so that a location update can be 
performed by communicating between the MS and the CN 

55 via this BS. However, in a 3 rd generation cellular system, to 
increase the capacity of the data transmission, a macro 
diversity and Iur-interface concept are introduced in the 
system. In particular, multiple Base Stations can receive 
radio signals from and to a MS, and due to the Iur-interface, 

60 the BSs are not necessarily connected to one Radio Network 
Controller (RNC). A Serving RNC (SRNC) informs the BS 
which MS is under its control and is connected to the CN 
entities in the CN. When a MS moves, the control to the MS 
may be changed from one RNC to the other RNC in a 

65 fashion that the MS may not be involved. As a result, when 
a MS moves from one area to another, the MS does not know 
when the SRNC is changed. If the MS sends a location 
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update before the SRNC is changed, the location update may in an alternative embodiment, the present invention pro- 
be sent to a wrong CN entity. vides an update of the location of the MS from a SRNC to 
Another problem in a 3 rd generation cellular systems is a nc w idle CN entity via an interface between the SRNC and 
that during an active PS connection from a SGSN, a MS may me new idle CN entity when there is a Serving Network 
move to an area where the SGSN should be changed. For 5 Controller (SRNC) relocation, which includes the following 
instance, when a SRNC for a MS is changed, the new SRNC of: serving the MS by a first RNC; moving the MS 
is connected to the new SGSN. In a 3 rd generation cellular from a first area to a second area wherein service in the first 
system, changing of a controlling SGSN needs to be area is controlled by the first RNC, and service in the second 
executed in the CN because the MS does not know when it area is controlled by a second RNC; serving the MS by the 
has entered in the new SGSN area and which RNC controls 10 second RNC, so that the control of the MS is changed from 
the MS due to the possible macro diversity and Iur-interface. mc first ^ c to me second RNC; determining by the second 
In the existing 2 nd generation cellular system, the new SGSN RNC whether the location update is needed based on factors 
has to request from the old SGSN all information after the sucn ^ s configuration of the CN which is connected to the 
new SGSN receives a location update from the MS. During plurality of RNCs and/or the types of connection that the MS 
such a SGSN handover, all the radio related entities in 15 is having, etc.; and sending update of the location of the MS 
RNCs, BSs, MSs, etc., have to be released. Thus, it is b y the second RNC to a new idle CN entity (an idle CN 
inefficient to perform an inter-SGSN handover. e . n % is a CN entity which does not have an active connec- 
Therefore, it can be seen that there is a need for an tion for mat particular MS) via an interface between the 
initiation scheme for location update of a MS in a 3 rd SRNC and the new CN entity. The CN entity can be a 
generation cellular system. It can also be seen that there is 20 MSC/VLR (Mobile Switching Center/Visitor Location 
a need for an inter-SGSN handover scheme in a 3 rd genera- Register) or a SGSN (Serving GPRS Support Node, GPRS 
tion cellular system. ^ General Packet Radio System). Alternatively, the CN 

entity determines whether the location update is needed. If 
SUMMARY OF THE INVENTION the location update is needed, the RNC then sends the 

To overcome the problems in the prior art described 25 location update to the new CN entity via the interface 
above, and to overcome other problems that will become between the SRNC and the new CN entity, 
apparent upon reading and understanding the present In an additional embodiment of the present invention, a 

^specification, the present invention discloses a scheme for notification to the MS can also be triggered by the CN entity 
providing a notification to a Mobile Station (MS) to initiate (for example MSC/VLR or SGSN, etc.), i.e. the CN entity 
J a location update in a 3 rd generation system. Further, the 30 initiates ordering of a location update procedure from MS. 
jpresent invention discloses a scheme for providing update of This scheme includes the following steps of: serving the MS 
J location of the MS to a new Core Network (CN) entity via by a first RNC; moving the MS from a first area to a second 
[/interface between the CN entities. Furthermore, the present area wherein service in the first area is controlled by the first 
I invention discloses a scheme for providing update of loca- RNC, and service in the second area is controlled by a 
I tion of the MS to a new CN entity via interface between a 3s second RNC; serving the MS by the second RNC, the 
CN entity and a Serving RNC (SRNC). Moreover, the plurality of RNCs being connected to the CN, so that the 
present invention discloses a scheme for providing an inter control of the MS is changed from the first RNC to the 
Core Network (CN) handover, e.g. inter-SGSN handover, in second RNC; determining by the CN entity whether the 
a 3 rd generation cellular system. location update is needed base on factors such as configu- 

In the present invention, several schemes for notifying the 40 ration of the CN and/or the types of connection that the MS 
MS to initiate a location update from the MS to a Core is having, etc.; notifying, by the CN entity, the MS that a 
Network (CN) while the MS is having an ongoing connec- location update from the MS should be performed; and 
tion are disclosed. In one embodiment, the present invention updating a location of the MS in the CN. Alternatively, after 
provides a notification to the MS when there is a Serving receiving a notification from the CN entity, it is up to the MS 
Radio Network Controller (SRNC) relocation, which 45 to decide whether the location update should be performed, 
includes the following steps of: serving the MS by a first In an additional alternative embodiment of the present 

RNC; moving the MS from a first area to a second area invention, an update of the location of the MS from an active 
wherein service in the first area is controlled by the first connection CN entity to a new idle CN entity via an interface 
RNC, and service in the second area is controlled by a between the active connection CN entity and the new idle 
second RNC; serving the MS by the second RNC, so that the 50 CN entity when there is a Serving Radio Network Controller 
control of the MS is changed from the first RNC to the (SRNC) relocation. The scheme includes the following steps 
second RNC; determining by the second RNC whether a of: serving the MS by a first RNC; moving the MS from a 
notification to the MS for the location update is needed first area to a second area wherein service in the first area is 
based on factors such as configuration of the CN which is controlled by the first RNC, and service in the second area 
connected to the plurality of RNCs and/or the types of 55 is controlled by a second RNC; serving the MS by the 
connection that the MS is having, etc.; and notifying, by the second RNC, the plurality of RNCs being connected to the 
second RNC, the MS that a location update from the MS CN, so that the control of the MS is changed from the first 
should be performed; and if the notification to the MS for the RNC to the second RNC; determining by the active con- 
location update is determined by the second RNC to be nection CN entity whether the location update is needed 
needed, updating a location of the MS in the CN. 60 based on factors such as configuration of the CN which is 
Alternatively, the RNC does not determine whether a noti- connected to the plurality of RNCs and/or the types of 
fication to the MS for the location update is needed. It is up connection that the MS is having, etc.; and sending update 
to the MS to determine whether the location update should of the location of the MS by the active connection CN entity 
be made. In this case, the second RNC directly notifies the to the new idle CN entity via an interface between the active 
MS that a location update from the MS should be performed, ss connection CN entity and the new idle CN entity. The CN 
and if the MS decides to update the location, MS sends the entity can be a MSC/VLR (Mobile Switching Center/Visitor 
location update to the CN. Location Register) or a SGSN (Serving GPRS Support 
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Node, GPRS is General Packet Radio System). 
Alternatively, the new idle CN entity determines whether the 
location update is needed. If the location update is needed, 
the active connection CN entity then sends the location 
update to the new idle CN entity via the interface between 
the active connection CN entity and the new idle CN entity. 

In a further additional aiiernalive embodiment of the 
present invention, a SRNC only moves Radio Resource 
(RR) control into a new RNC (i.e. a second RNC), and an 
old CN entity (i.e. the active CN entity before changing the 
RNC) remains control in the Core Network (CN), i.e. the old 
CN entity is still active after changing the RNC. The control 
in the CN is changed along with the location update from the 
MS. Accordingly, without updating from the MS, the old CN 
entity is active, and the control in the CN is anchored. In this 
case, the scheme for providing an update to a new CN entity 
includes the following steps: serving the MS by a first RNC; 
moving the MS from a first area to a second area, wherein 
service in the first area is controlled by the first RNC, and 
service in the second area controlled by a second RNC; a 
plurality of RNCs being connected to the CN so that the 
control of the MS is changed to from the first RNC to the 
second RNC; notifying the MS on the RNC change; and 
sending update of the location of the MS by the MS into the 
new and old CN entities. 

In the above and many other embodiments, the Core 
Network entity can be a Mobile Switching Center/Visitor 
Location Register (MSC/VLR) which serves the Circuit 
Switched (CS) connections, or a Serving GPRS Support 
Node (SGSN) which serves the Packet Switched (PS) 
connections, or an Interworking Unit/SGSN (IWU/SGSN) 
which serves PS connections in 3G CN entity interworking 
with 2G CN entity. 3G stands for the 3 rd generation cellular 
system, and 2G stands for the 2 nd generation cellular system. 

Further in one embodiment of the present invention, a CN 
entity receiving location update of the MS may serve both an 
old RNC and a new RNC. In an alternative embodiment, the 
old RNC and the new RNC are served by different CN 
entities. 

The present invention also provides a mobile telecommu- 
nication system. In one embodiment, the system comprises: 
a Mobile Station (MS); and at least two Radio Network 
Controllers (RNCs), at least one of the RNCs being arranged 
to send a notification to the MS in a response to a RNC 
relocation between the at least two RNCs. 

In another embodiment of the present invention, the 
system comprises: a Mobile Station (MS); at least two Radio 
Network Controllers (RNCs); and a Core Network (CN), the 
CN including at least one CN entity, at least one of the RNCs 
being arranged to send location update of the MS to the one 
CN entity via an interface between at least one RNC and at 
least one CN entity in a response to a RNC relocation 
between the at least two RNCs. 

In an additional embodiment of the present invention, the 
system comprises: a Mobile Station (MS); at least two Radio 
Network Controllers (RNCs); and a Core Network (CN), the 
CN including at least one CN entity, the at least one CN 
entity being arranged to send a notification to the MS in a 
response to a RNC relocation between the at least two 
RNCs. 

In a further embodiment of the present invention, the 
system comprises: a Mobile Station (MS); at least two Radio 
Network Controllers (RNCs); and a Core Network (CN), the 
CN including at least one CN entity, the at least one CN 
entity being arranged to send location update of the MS to 
a second CN entity via an interface between two CN entities 
in a response to a RNC relocation between the at least two 
RNCs. 
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The present invention further provides schemes for pro- 
viding an inter CN entity handover, such as inter-SGSN 
handover, in a 3 rd generation cellular system, whereby one 
of the SGSNs is a 2G SGSN or 3G SGSN, and the other one 

5 of the SGSNs is a 2G SGSN or 3G SGSN. This is accom- 
plished by firstly determining whether both of the SGSNs 
are 2G SGSN or 3G SGSN or whether one is 2-G SGSN and 
the other is 3G SGSN, and secondly operating the corre- 
sponding inter-SGSN handover. 

10 One advantage of the present invention is that it allows the 
location update of the MS to be sent to a correct CN entity 
in a 3 rd generation cellular system where there is a Serving 
RNC relocation. 
Another advantage of the present invention is that it 

15 allows an inter CN entity handover, such as inter-SGSN 
handover, in a 3"* generation cellular system whereby the 
radio related entities in RNCS, BSs, and MSs, etc., are 
maintained during the inter-SGSN handover. The new 
SGSN receives all information from the old SGSN while 

20 establishing the new SRNC during a RNC relocation. 

Other embodiments to implement a method or procedure 
in accordance with the present invention may include alter- 
native or optional additional aspects. These and various 
other advantages and features of novelty which characterize 

25 the invention are pointed out with particularity in the claims 
annexed hereto and form a part hereof. However, for a better 
understanding of the invention, its advantages, and the 
objects obtained by its use, reference should be made to the 
drawings which form a further part hereof, and to accom- 

30 panying descriptive matter, in which there are illustrated and 
described specific examples of an apparatus in accordance 
with the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 
35 Referring now to the drawings in which like reference 
numbers represent corresponding parts throughout: 

FIG. 1 illustrates a basic, generic mobile telecommuni- 
cation system; 

FIG. 2 illustrates a basic, generic handover process where 
40 radio signals are passed as a vehicle or mobile unit moves 
from one area to another; 

FIG. 3 illustrates a Serving RNC connected to CN entities 
in a 3 rd generation cellular system in accordance with the 
present invention; 
45 FIG. 4 illustrates an inter-SGSN handover in a mobile 
telecommunication system in accordance with the principles 
of the present invention; 

FIG. 5 illustrates a block diagram of a change. of control 
in a Core Network (CN) triggered by a change of Serving 
Radio Network Controller (SRNC) (i.e. RNC relocation) in 
a 3 rd generation cellular system in accordance with the 
principles of the present invention; 

FIG. 6 illustrates an anchoring procedure when Mobile 
S5 Station (MS) moves from one area to another; 

FIG. 7 illustrates a floating procedure when Mobile Sta- 
tion (MS) moves from one area to another, 

FIG. 8 illustrates a Mobile Station (MS) having at least 
one CS connection connected to a MSC/VLR before the MS 
50 moves into a second area in a 3 rd generation cellular system 
in accordance with the principles of the present invention; 

FIG. 9 illustrates a MS having at least one CS connection 
connected to a MSC/VLR after the MS moves into a second 
area in a 3 rd generation cellular system in accordance with 
65 the principles of the present invention; 

FIG. 10 illustrates a MS having at least one PS connection 
connected to a SGSN before the MS moves into a second 
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area in a 3 rd generation cellular system in accordance with another. This pass is often called handoff or handover. FIG/fj 

the principles of the present invention; 2 illustrates a simple, basic handover process 200. As a j 

FIG. 11 illustrates a MS having at least one PS connection vehicle 210, a MS, moves away from BS 212, its signal 

connected to a SGSN after the MS moves into a second area strength decreases. The BS 212 monitors the signal strength 

in a 3^ generation cellular system in accordance with the 5 within the duration of the call. When the signal strength falls 

principle* of the present invention* below a Predetermined threshold level, the network 214 asks 

„„. . . all predetermined candidates neighboring BS 220 to report 

HG. 12 !>L US ^o C v T aD mt "- SGSN handover from a 3G the signal strength of the mobile in the vehicle 210. If the 

SGSN to a 3G SGSN in a 3 generation cellular system in signa i strength in the neighboring cell 220 was stronger by 

accordance with the principles of the present invention; ^ a predetermined amount, the network 214 attempts to han- 

FIG. 13 illustrates an inter-SGSN handover from a 2G dover the call to the candidate neighboring cell 220. These 

SGSN to a 2G SGSN in a 3"* generation cellular system in elements are integrated to form a part of a ubiquitous 

accordance with the principles of the present invention; coverage radio system that can connect to Public Switched 

FIG. 14 illustrates an inter-SGSN handover fiom a 3G Telephone Network (PSTN) 240. 

SGSN to a 2G SGSN in a 3 rd generation cellular system in 15 FIG. 3 illustrates a Serving RNC (SRNC) connected to 

accordance with the principles of the present invention; CN entities, such as MSC/VLR or a SGSN, in a 3 rd 

FIG. 15 illustrates an inter-SGSN handover from a 2G generation cellular system in accordance with the present . 

SGSN to a 3G SGSN in a 3 rd generation cellular system in invention. The MSC/VLR serves MS' requests for Circuit 

accordance with the principles of the present invention; Switched (CS) connections. Accordingly, the MSC/VLR is 

FIG. 16 illustrates a separate implementation of a Core 20 ^erally communicated to a network such as PSTN, etc.. 

Network (CN); ^ SGSN serves MS' requests for Packet Switched (PS) 

mr* it -ii ♦ * * . . j » ! . c „ connections. Accordingly, the SGSN is generally commu- 

FIG. 17 illustrates an integrated implementation of a Core . „ A . , i u n i * . xt * % ^^r, 

Network fCNY and nicated to a network such as Packet Data Network (PDN), 

' '* e.g. Internet Protocol (IP), etc. 

i^^^^frtr^ ?i er - SGS ! 4 baD „7 25 FIG. 4 illustrates an inter Core Network (CN) entity 

from a 3G SGSN to a 3G SGSN in a 3* generation cellular handover ^ fof , in^GSN handover in a y" 

system m accordance with the principle of the present generation ^ syst 4 m accordance with ^ present 
invention 

invention. Inter-SGSN handover is a handover between two 

DETAILED DESCRIPTION OF THE SGSN network entities 402, 404 when a Mobile Station 405 

INVENTION 30 moves from one area to another. The details of the inter- 
SGSN handover will be explained later in FIGS. 12-15. 

In the following description of the exemplary During an inter-SGSN handover, a SRNC may change from 

embodiment, reference is made to the accompanying draw- an old S RNC 406 to a new SRNC 408 as shown in FIG. 4. 

ings which form a part hereof, and in which is shown by way It is appreciated that since a SRNC can be connected to a 

of illustration the specific embodiment in which the inven- 35 num ber of SGSNs, sometimes there may not be a SRNC 

tion may be practiced. It is to be understood that other relocation. 

embodiments may be utilized as structural changes may be mG 5 mustrates a block ^ ffam of a chan ^ G f control 

made without departing from the principles or scope of the and Mobile Station related daU m a ^ Network (CN) 

present invention. triggered by a change of Serving Radio Network Controller 

The present invention provides a notification to a Mobile 40 (SRNQ (i.e. RNC relocation) 500 in a 3 rd generation 

Station (MS) to initiate a location update in a 3 rd generation cellular system in accordance with the principles of the 

system. Further, the present invention provides update of present invention. There are several methods of initiating a 

location of the MS to a new Core Network (CN) entity via location update of a MS. In one case, the MS has a Circuit 

interface between the CN entities. Furthermore, the present Switched (CS) connection but not a Packet Switched (PS) 

invention provides update of location of the MS to a new CN 45 connection. The change of serving RNC from RNC1 to 

entity via interface between a CN entity and a Serving RNC rnc2 triggers update of the location of the MS to an idle 

(SRNC). Moreover, the present invention provides an inter (also called no connection) Core Network (CN) entity, such 

Core Network (CN) handover, e.g. inter-SGSN handover, in ^ SGSN, connected to RNC2 in box 502. There are at least 

a 3 generation cellular system. f our types of notification/updating the location of the MS. 

FIG. 1 illustrates a basic, generic mobile telecommuni- 50 The first one is that the CN entity MSC1 (Mobile Switching 

cation system 100. The system 100 can be connected by Center) triggers location update in the network in box 504 by 

blocks. The voice fed to the microphone of a handset 110 is notifying the MS by sending the MS a message that location 

transmitted through atmosphere media 112 to a Base Station update should be performed, if necessary, in box 506. The 

(BS) 114. From the BS 114, a signal is routed to a network, second one is that the CN entity MSC1 triggers location 

such as Public Switched Telephone Network (PSTN), or a 55 update in the network in box 504 by updating the location of 

Packet Data Network (PDN), via a switching center 116 and the MS to a new idle network entity, such as SGSN, via 

or rebroadcast 118. Similarly, at the network end, voice MSC/SGSN interface in box 508. Hie third one is that the 

information is transmitted from a BS 120 and received by a RNC2 triggers location update of the MS in the network in 

handset 122. Each handset 110, 112 and BS 114, 120 have box 512 by notifying the MS by sending the MS a message 

a transmitter/receiver (transceiver) function commonly so that location update should be performed, if necessary, in 

known to a person skilled in the art. box 506. The fourth one is that the RNC2 triggers location 

In a 3 rd generation cellular network, multiple Base Sta- update of the MS in the box 512 by updating the location of 

tions (BSs) can receive radio signals from a Mobile Station. the MS to a new idle network entity, such as SGSN, via 

Due to macro diversity and Iur-interface, the BSs are not RNC/SGSN interface in box 510. 

I necessarily controlled by one Radio Network Controller 65 In a second case, the MS has a Packet Switched (PS) 

(RNC). When a Mobile Station (MS) moves from one area connection but not a Circuit Switched (CS) connection. The 

to another, radio signals may be passed from one area to change of serving RNC from RNC1 to RNC2 triggers 
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control change of the packet switch connection to the SGSN The numbers " 1" and "2" refer to the number of C-planes. 

connected to the RNC2 and also may trigger update of the For an integrated implementation, the number "1" is used; 

location of the MS to an idle Core Network (CN) entity, such whereas for a separated implementation (here using two 

as MSC, connected to RNC2 in box 514. There are at least control planes as an example), the number "2" is used, 

four types of notification/updating the location of the MS. 5 Accordingly, the configuration of CN may affect the need for 

The first one is that the CN entity SGSN 2 (Serving GPRS notification of MS to initiate a location update. 

Support Node, GPRS is referred to as General Packet Radio SRNC may include an indicator, such as a flag, to 

System) triggers location update in the network in box 516 indicate the number of Iu-links to a message that initiates 

by notifying the MS by sending the MS a message that RNC relocation. Once the SRNC determines to notify the 

location update should be performed, if necessary, in box to MS > ^ notification to the MS itself contains an ID, e.g. 

518. The second one is that the CN entity SGSN 1 triggers RNC ID , or locatlon «f * l ?> t0 eDSUre *** MS t0 choose a 

location update in the network in box 516 by updating the corrcct oca ! lon "J* ^ location update. The MS at the 

location of the MS to a new idle network entiVy, such as ^gg ?™$ ld ' s a fosenccll orKtothe CS ^or 

MSC, via SGSN/MSC interface in box 520. The third one is f S ^ M mthc "S^ ^ * e *™ ™ C . ID ° r 

that the RNC2 triggers location update of the MS in the 15 ^Sr""* " * * 

network in box 524 by notifying the MS by sending the MS n °. '! ai ~ > „, 

a message that location update should be performed, if , ' n "* e MM or PS MM registration procedure, i.e. MS 

necessary, in box 518. The fourth one is that the RNC2 locatl ° n "P** Mobility Management (MM) 

triggers location update of the MS in the box 524 by P^dures that are aUowed m vanous CS/PS states that the 

updating tbe location of the MS to a new idle network entity, 20 Mb nas ' are ■ hown m the Mio ™*& table: 
such as MSC, via RNC/MSC interface in box 522. 

In a third case, the MS has both a Packet Switched (PS) 

connection and a Circuit Switched (CS) connection as ps non-attached ps attached PS active 

shown in FIG. 5. The location update notification and/or ' ~ ^ ^ — 

update procedures can be tbe same as in the second case * a "•"-««*«• « « « « » cs *** 

, j , __ , „ . x t _ , , PS attach LU, or PS detach 

described above, see from box 514 to box 522, except 'that cs attached cs detach, or cs csLU,orCS csL^orCS 

it may not trigger update of the location to an idle Core lu, or ps attach detach, or ps lu, detach 

Network (CN) entity, such as MSC, connected to RNC2 in or ps 

box 514. ~— ~ 

It is appreciated that whether the trigger function is 

performed may depend on factors SUCh as configuration of LU 1 * 2 ; Location update may only be performed od CN initiated notifica- 



CS active PS attach PS LU 2 or PS None 

detach 



the CN and/or the types of connection that the MS is having, Uon " 

etc * In the table, PS active or CS active refers to that the MS 

After changing control of the SRNC, the SRNC may 35 has an ongoing a PS connection or a CS connection. CS 

determine whether a location update is necessary. It is non-attached or PS non-attached refers to that the MS is 

appreciated that after the MS receives a notification, the MS absent from the system. CS attached or PS attached refer to 

may also decide whether a location update should be made. that the MS is seen as present by the CN, and the CN is able 

The conditions for when the notification to the MS is needed to reach the MS via paging. Also, the MS will perform 

may depend on the CN configuration and/or the types of ^ location updates when necessary in CS/PS attached state, 

connection that the MS is having, etc.. CN may have a single When there is a change of Serving RNC (SRNC), a RNC 

Mobility Management (MM) control plane or C-planes relocation procedure is performed. Also, when a notification 

(known as an integrated implementation as shown in FIG. to the MS is initiated by the CN, the SRNC provides in a 

17) or a number of control planes (known as a separated RNC-relocation procedure together with other parameters 

implementation as shown in FIG. 16). In the single C-plane 45 the number of the Iu-links, which are to be relocated in the 

CN, an anchoring operation can be performed when the RNC-relocation procedure. The network entity, e.g. MSC/ 

SRNC is changed. In the multiple C-planes CN, a floating VLR, SGSN (also known as PDAN, Packet Data Access 

operation can be performed when the SRNC is changed. As Node), or IWU/SGSN (Interworking SGSN), decides a 

a result, there is no need for notification to the MS in the CN notification that it is going to send to the MS based on the 

with an integrated implementation. 5Q following table: 

FIG. 16 illustrates a separate implementation. In one 
embodiment, the CN entities, e.g. MSC and SGSN, are not 

linked. In another embodiment, the CN entities, e.g. MSC : 

and SGSN, are linked. MSC/VLR SGSN or IWU/SGSN 

FIG. 17 illustrates an integrated implementation. The CN 55 1 I«-link If PS attached, order PS-LU If CS attached, order CS-LU 

entities, e.g. MSC and SGSN, are integrated in the imple- 2 '"^ ~~ — 

mentation. i.2 rcfer to the number of active f or a Mobile Station. 

The following table shows the conditions on which 

SRNC's determination is based: The CN MM, e.g. CS MM or PS MM, can then request 

60 location updates (LUs) e.g. by sending a MM information 
message to the MS. The MM information message may 

. indicate the LU type, e.g. PS-LU or CS-LU, which the MS 

target rnc "i" Target rnc ~2" can perform. This location update procedure enables service 

Source RNC -1" No notify to MS Notify to MS ?° m ^ DetWOrk eDtitieS wheD ^ MS haS a Connection 

Source RNC "2" Notify to MS Notify to MS 65 m the 3 generation cellular system. 

— —————— As mentioned above, a handover operation between the 

RNCs is accomplished in an SRNC relocation procedure. 
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The following discussion on a SRNC-relocation procedure 
can be used in the present invention. 

Generally, a handover procedure includes a serving RNC 
relocation procedure, a hard handover procedure, and a 
releasing resource procedure after a successful SRNC relo- 
cation. A SRNC relocation procedure is used to move 
URAN Core Network (URAN — Universal Mobile Telecom- 
munication System (UMTS) Radio Access Network) con- 
nection point at RAN (Radio Access Network) side from one 
RNC to another. In the procedure, macrodiversity combina- 
tion points of a user plane are handled by a URAN control 
plane connection, and the Iu links are relocated. An initial 
condition for the SRNC relocation procedure may be that all 
the branches or most of the branches used for the corre- 
sponding MS are controlled by the target RNC. 

The SRNC relocation procedure is initiated by the SRNC. 
The procedure is initiated by sending a RANMAP (Radio 
Access Network Mobile Application Part) message "RELO- 
CATION REQUIRED**. The RELOCATION REQUIRED 
message generally contains a target RNC identity (RNC ID), 
a relocation/hard handover indicator, and a URAN informa- 
tion field. The URAN information field is a transparent field 
for the Core Network (CN) that is to be forwarded to a target 
RNC. Relocation/Hard handover indicator indicates whether 
this message is used to initiate a SRNC relocation or a hard 
handover procedure. 

When the "RELOCATION REQUIRED" message is 
received at a network entity, e.g. MSC or SGSN, part of 
RANMAP activities are suspended. Having suspended 
RANMAP, the MSC or SGSN sends a "RELOCATION 
REQUEST' message to the target RNC. The "RELOCA- 
TION REQUEST* message generally contains a URAN 
information field, a relocation/hard handover indicator, and 
binding identifiers for Iu-Iinks to be established. 

Then, the SRNC performs admission control procedures 
for the new MS in which the SRNC establishes all necessary 
protocol entities and sets the established protocol entities 
into initial states. The SRNC then prepares for switching all 
the I u- links connections from the old Iu-links to the new 
intra RNC connection. When all intra RNC procedures are 
executed and when the new Iu-links are established by the 
MSC or SGSN, the SRNC acknowledges its readiness for 
the SRNC relocation by sending a "RELOCATION PRO- 
CEEDING'* message to the MSC or SGSN. The "RELO- 
CATION PROCEEDING*' message indicates to the MSC or 
SGSN the required switching mode for each Iu link. 

After the reception of the "RELOCATION PROCEED- 
ING'* message, the MSC or SGSN checks from the received 
message which Iu-links should be connected to a data 
duplication mode. The MSC or SGSN then establishes 
multipoint to point connections for all uplink Iu-links by 
connecting corresponding old and new Iu-links into the 
same link entity. Similarly, the MSC or SGSN starts dupli- 
cating data from the old Iu-links to the corresponding new 
links. When all indicated Iu-links are connected, the MSC or 
SGSN sends a "RELOCATION PROCEEDING" message 
to the target RNC, 

When the SRNC receives the "RELOCATION PRO- 
CEEDING" message, the SRNC relocation procedure is 
executed. First, the target RNC finds feasible time instance 
for the execution and at the moment the target RNC starts to 
act as a SRNC. At that time point, the SRNC starts downlink 
data transmission to the Base Stations (BSs) and all Uplink 
(UL) links are switched from the lur to the new correspond- 
ing Iu-links. After completion of the relocation procedure, 
the SRNC completes the procedure by sending a "RELO- 
CATION COMPLETE" message to the MSC or SGSN. 
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When the MSC or SGSN receives the "RELOCATION 
COMPLETE" message, the MSC or SGSN executes Iu-link 
release procedures for old Iu-links, which in turn causes 
execution of releasing corresponding lur connections by the 
source RNC. 

The hard handover procedure is used to move the URAN- 
CORE NETWORK connection point at RAN side from one 
RNC to another in such cases when lur cannot — or is not 
wanted to — be used between the source and target RNCs. In 
a hard handover procedure, the MS is involved, and the MS 
determines the execution time for the hard handover proce- 
dure by making an access to the new radio resources. 

The hard handover procedure is also initiated by a SRNC. 
The procedure is initiated by sending a RANMAP (Radio 
Access Network Mobile Application Part) "RELOCATION 
REQUIRED". The "RELOCATION REQUIRED" message 
generally contains a target RNC identity, a relocation/hard 
handover indicator, and a URAN information field. The 
URAN information field is a transparent field for the CN that 
is to be forwarded to the target RNC. The relocation/hard 
handover indicator indicates whether to initiate a SRNC 
relocation or a hard handover procedure. 

When a "RELOCATION REQUIRED" message is 
received at a network entity, e.g. MSC or SGSN, part of 
RANMAP activities are suspended. Having suspended 
RANMAP, the MSC or SGSN sends a "RELOCATION 
REQUEST" message to a target RNC. The "RELOCATION 
REQUEST" message generally contains a URAN informa- 
tion field, a relocation/hard handover indicator, and binding 
identifiers for Iu links to be established. 

Then, the SRNC performs admission control procedures 
for the new MS in which the serving RNC establishes all 
necessary protocol entities and sets the established protocol 
entities into initial states. Next, the SRNC prepares for 
switching all the Iu-links connections from the old lur to the 
new intra RNC connection. The SRNC also allocates radio 
resources for the new MS. The SRNC then packs this radio 
resource information into a new RAN information field to be 
transmitted to the source RNC via the MSC or SGSN. When 
all intra RNC procedures are executed and when the new 
Iu-links are established by the MSC or SGSN, the SRNC 
acknowledges its readiness for the hard handover by sending 
a "RELOCATION PROCEEDING" message to the MSC or 
SGSN. The "RELOCATION PROCEEDING" message 
indicates to the MSC or SGSN the required switching mode 
for each Iu-link. 

After reception of the "RELOCATION PROCEEDING" 
message, the MSC or SGSN checks from the received 
message which Iu-links should be connected to a data 
duplication mode. Then, the MSC or SGSN establishes 
multipoint to point connections for all uplink Iu-links by 
connecting corresponding old and new Iu links into the same 
link entity. Similarly, the MSC or SGSN starts duplicating 
the data from old Iu-links to the corresponding new links. 
When all indicated Iu-links are connected, the MSC or 
SGSN sends a "RELOCATION PROCEEDING" message 
to the target RNC and a "HANDOVER COMMAND" 
message to the source RNC. The "HANDOVER COM- 
MAND" message contains the RAN Information Field pro- 
duced by the target RNC. 

When the source RNC receives the "HANDOVER COM- 
MAND" message, the source RNC sends corresponding 
information to the MS, which makes the handover acces- 
sible to the new RNC. 

When the target RNC detects the MS accessible to the 
allocated resource, the target RNC immediately starts to act 
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" as a SRNC. At that time point, the SRNC starts downlink 
data transmission to the BSs and all UL links are switched 
from the lur to the new corresponding Iu-links. After 
completion of all relocation procedures, the SRNC com- 
pletes the procedure by sending a "RELOCATION COM- 5 
PLETE" message to the MSC or SGSN. p When MSC or 
SGSN receives the "RELOCATION COMPLETE" 
message, the MSC or SGSN executes Iu-link release pro- 
cedures for the old Iu-links, which in turn causes execution 
of releasing of the corresponding lur connections by the 10 
source RNC. 

Resource release procedure may generally be required 
because of a SRNC relocation being completed on another 
RNC. The resources at the old RNC can be released by the 
MSC or SGSN by using a commonly adopted resource 15 
releasing procedure which is not discussed in details here- 
with. It is appreciated that any suitable resource releasing 
procedure can be adopted without departure from the prin- 
ciples of the present invention. 

FIG. 8 illustrates a Mobile Station (MS) having at least 20 
one CS connection connected to a MSC/VLR before the MS 
moves into a second area in a 3 rd generation cellular system 
in accordance with the principles of the present invention. 
The Iu-link is the interface between a RNC and a Core 
Network entity. The Iur-link is the interface between two 25 
RNCs. The lub-link is the interface between a RNC and a 
BS. FIG. 8 also illustrates that a SRNC is actively connected 
to a Core Network entity, a MSC/VLR. In this case, the MS 
has a CS connection. 

FIG. 9 illustrates a MS having at least one CS connection 30 
connected to a MSC/VLR after the MS moves into a second 
area in a 3 rd generation cellular system in accordance with 
the principles of the present invention. Since the control 
within the MSC/VLR is generally anchored after the relo- 
cation of the SRNC, the control still remains in the MSC/ 
VLR 1 as shown in FIG. 9. This is also the reason why MSC 
1 triggers the location update of the MS in the network as 
shown in box 504 in FIG. 5. On the other hand, MSC/VLR 
1 can update the location of the MS to a new idle CN entity, 
such as SGSN via MSC/SGSN interface. In this case, after 40 
the update, PS MM 2 is the controlling MM entity as shown 
in FIG. 9. 

FIG. 10 illustrates a MS having at least one PS connection 
connected to a SGSN before the MS moves into a second 45 
area in a 3 rd generation cellular system in accordance with 
the principles of the present invention. A SRNC is actively 
connected to a Core Network entity, a SGSN. In this case, 
the MS has a PS connection. 

FIG. 11 illustrates a MS having at least one PS connection 50 
connected to a SGSN after the MS moves into a second area 
in a 3 rd generation cellular system in accordance with the 
principles of the present invention. The control within the 
SGSN is generally floating after the relocation of the SRNC, 
the control still moves in SGSN 2 along the move of the MS 55 
as shown in FIG. 9. It is appreciated that the control within 
the SGSN can be anchoring as well after the relocation of the 
SRNC, i.e. the control remains in the SGSN 1, similar to 
those shown in FIG. 9 which is not repeated. In a floating 
situation, SGSN 2 can trigger the location update of the MS go 
in the network as shown in box 516 in FIG. 5. On the other 
hand, SGSN 2 can update the location of the MS to a new 
idle CN entity, such as MSC/VLR, via SGSN/MSC inter- 
face. In this case, after the update, CS MM 2 is the 
controlling MM entity as shown in FIG. 11. 65 

The present invention also provides an inter CN entity 
handover, such as inter-SGSN handover, whereby one of the 
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SGSNs is a 2G SGSN or 3G SGSN, and the other one of the 
SGSNs is a 2G SGSN or 3G SGSN. This is accomplished by 
firstly determining whether both of the SGSNs are 2G SGSN 
or 3G SGSN or whether one is 2G SGSN and the other is 3G 
SGSN, and secondly operating the corresponding inter- 
SGSN handover. FIG. 12 illustrates an inter-SGSN handover 
from a 3G SGSN to a 3G SGSN in a 3 rd generation cellular 
system in accordance with the principles of the present 
invention. The inter-SGSN handover procedure between 
3G-3G is generally described as follows: 

1. If a SRNC relocation is requested, sending a "Reloca- 
tion Required" message to the corresponding old network 
entity, e.g. old 3G SGSN. 

2. The old 3G SGSN determines that a new RNC is under 
a new 3G SGSN, and thus sends a "PREPARE__GSN__ 
H0_REQU1RED" message to a new 3G SGSN. This mes- 
sage includes all information about Iu-links, URAN, and old 
3G SGSN which are to be established into the new 3G 
SGSN and the new RNC 

3. The new 3G SGSN sends the URAN information 10 the 
new RNC with a "RELOCATION REQUEST" message. 

4. The new 3G SGSN sends an acknowledgment to the old 
3G SGSN. 

5. The old 3G SGSN forwards Downlink (DL) and Uplink 
(UL) data to the new 3G SGSN. 

6. The new 3G RNC informs the new 3G SGSN that the 
new RNC is ready to receive data from the new 3G SGSN. 

7. The new 3G SGSN updates the contexts of Packet Data 
Protocol (PDP). 

8. The Packet Data Gateway (PDG) or Gateway GPRS 
Support Node (GGSN) of the PDP sends an acknowledg- 
ment to the new 3G SGSN. 

9. The new 3G SGSN sends the DLdata to the new RNC. 

10. The new 3G SGSN sends a "PREPARE_SGSN_ 
HO_COMPLETE" message to the old 3G SGSN. When the 
old 3G SGSN receives the complete message, the old 3G 
SGSN clears all data belonging to the MS. 

11. The new RNC detects the DL data, switches UL data, 
and sends a "RELOCATION COMPLETE" message to the 
new 3G SGSN. 

FIG. 18 illustrates an alternative inter-SGSN handover 
from a 3G SGSN to a 3G SGSN in a 3 rd generation cellular 
system in accordance with the principles of the present 
invention. The alternative inter-SGSN handover procedure' 
between 3G-3G is generally described as follows: 

1. If a SRNC relocation is requested, sending a "Reloca- 
tion Required" message to the corresponding old network 
entity, e.g. old 3G SGSN. 

2. The old 3G SGSN determines that a new RNC is under 
a new 3G SGSN, and thus sends a "PREPARE_SGSN_ 
HO_REQUIRED" message to a new 3G SGSN. This mes- 
sage includes all information about Iu-links, URAN, and old 
3G SGSN which are to be established into the new 3G 
SGSN and the new RNC. 

3. The new 3G SGSN sends the URAN information to the 
new RNC with a "RELOCATION REQUEST* message. 

4. The new 3G SGSN sends an acknowledgment to the old 
3G SGSN. 

5. The old 3G SGSN forwards Downlink (DL) and Uplink . 
(UL) data to the new 3G SGSN. 

6. The new 3G RNC informs the new 3G SGSN that the 
new RNC is ready to receive data from the new 3G SGSN. 

7. The new 3G SGSN sends the DL data to the new RNC. 

8. The new 3G SGSN sends a "PREPARE_SGSN_JHO_ 
COMPLETE" message to the old 3G SGSN. When the old 
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3G SGSN receives the complete message, the old 3G SGSN 
clears all data belonging to the MS. 

9. The new RNC detects the DL data, switches UL data, 
and sends a "RELOCATION COMPLETE" message to the 
new 3G SGSN. 

10. The MS receives notification that it needs to perform 
Location Update(LU) to the new 3G SGSN. 

11. The MS sends the LU to the new 3G SGSN, 

12. The new 3G SGSN updates the SGSN contexts from 
the old 3G SGSN. 

13. The old 3G SGSN sends SGSN contexts to the new 
3G SGSN. 

14. The old 3G SGSN forwards data to the new 3G SGSN. 

15. The new 3G SGSN updates PDP contexts. 

16. The PDG or GGSN of the PDP sends an acknowl- 
edgment to the new 3G SGSN. 

17. The new 3G SGSN sends a "LU_ACCEPT" message 
to the MS. 

Referring back to FIG. 5, if the SRNC relocation is used 
as described in FIG. 18, then an update will be sent to the 
new SGSN by the MS after the Box 518. If the SRNC 
relocation is used as described in FIG. 12, then no LU is sent 
to the new SGSN by the MS after the Box 518. In addition, 
in the case of FIG. 18, an update is sent to the new SGSN 
after the Box 522. 

It is appreciated that many other suitable implementation 
can be used within the principles of the present invention 
generally shown in the above steps as one of the implemen- 
tations. It is also appreciated that the sequence order of the 
above procedure can be varied in different implementations. 

FIG. 13 illustrates an inter-SGSN handover from a 2G 
SGSN to a 2G SGSN in a 3 rd generation cellular system in 
accordance with the principles of the present invention. The 
inter-SGSN handover procedure between 2G-2G is gener- 
ally described as follows: 

1. If a SRNC relocation is requested, sending a "Reloca- 
tion Required" message to the corresponding Interworking 
Unit (old IWU). 

2. The old IWu sends a "not" or "denial" acknowledgment 
message back to the SRNC with a cause that the CN entity 
is 2G SGSN. The SRNC releases all connection from the old 
RNC that belongs to the corresponding old 2G SGSN. 

3. If the MS has simultaneous connections from MSC/ 
VLR, the MS waits that the new RNC or MSC/VLR notifies 
the MS that it needs to perform Location Update (LU) to the 
new 2G SGSN. 

4. The MS sends the LU to the new 2G SGSN. 

5. The new 2G SGSN updates the SGSN contexts from 
the old 2G SGSN. 

6. The old 2G SGSN sends SGSN contexts to the new 2G 
SGSN. 

7. The old 2G SGSN forwards data to the new 2G SGSN. 

8. The new 2G SGSN updates PDP contexts. 

9. The PDG or GGSN of the PDP sends an acknowledg- 
ment to the new 2G SGSN. 

10. The new 2G SGSN sends a "LU_ACCEPT" message 
to the MS. 

It is appreciated that many other suitable implementation 
can be used within the principles of the present invention 
generally shown in the above steps as one of the implemen- 
tations. It is also appreciated that the sequence order of the 
above procedure can be varied in different implementations. 

FIG. 14 illustrates an inter-SGSN handover from a 3G 
SGSN to a 2G SGSN in a 3 rd generation cellular system in 
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accordance with the principles of the present invention. The 
inter-SGSN handover procedure between 3G-2G is gener- 
ally described as follows: 

1. If a SRNC relocation is requested, sending a "Reloca- 
5 tion Required" message to corresponding old network entity, 

e.g. old 3G SGSN. 

2. The old SGSN determines that a new RNC is under a 
new 2G SGSN, and thus sends a "not" or "denial" acknowl- 
edgment message to a new 2G SGSN. This message 

10 includes all information about lu-links, URAN, and old 3G 
SGSN which are to be established into the new 2G SGSN 
and the new RNC. 

3. If the MS has simultaneous connections from + MSC/ 
1S VLR, the MS waits that the new RNC or MSC/VLR notifies 

the MS that it needs to perform Location Update (LU) to the 
new 2G SGSN. 

4. The MS sends the LU to the new 2G SGSN. 

5. The new 2G SGSN updates the SGSN contexts from 
20 the old 3G SGSN. 

6. The old 3G SGSN sends SGSN contexts to the new 2G 
SGSN. 

7. The old 3G SGSN forwards data to the new 2G SGSN. 
25 8. The new 2G SGSN updates PDP contexts. 

9. The PDG or GGSN of the PDP sends an acknowledg- 
ment to the new 2G SGSN. 

10. The new 2G SGSN sends a "LU ^ACCEPT' message 
to the MS. 

30 It is appreciated that many other suitable implementation 
can be used within the principles of the present invention 
generally shown in the above steps as one of the implemen- 
tations. It is also appreciated that the sequence order of the 
above procedure can be varied in different implementations. 

35 FIG. 15 illustrates an inter-SGSN handover from a 2G 
SGSN to a 3G SGSN in a 3 rd generation cellular system in 
accordance with the principles of the present invention. The 
inter-SGSN handover procedure between 2G-3G is gener- 
ally described as follows: 

40 

1. If a SRNC relocation is requested, sending a "Reloca- 
tion Required" message to the corresponding Interworking 
Unit (old IWU). 

2. The old IWU sends a "not" or "denial* 1 acknowledg- 
4S ment message back to the SRNC with a cause that the CN 

entity is 2G SGSN. The SRNC releases all connection from 
the old RNC that belongs to the corresponding old 2G 
SGSN. 

3. If the MS has simultaneous connections from MSC/ 
50 VLR, the MS waits that the new RNC or MSC/VLR notifies 

the MS that it needs to perform Location Update (LU) to the 
new 3G SGSN. 

4. The MS sends the LU to the new 3G SGSN. 

5. The new 3G SGSN updates the SGSN contexts from 
55 the old 2G SGSN. 

6. The old 2G SGSN sends SGSN contexts to the new 3G 
SGSN. 

7. The old 2G SGSN forwards data to the new 3G SGSN. 
6Q 8. The new 3G SGSN updates PDP contexts. 

9. The PDG or GGSN of the PDP sends an acknowledg- 
ment to the new 3G SGSN. 

10. The new 3G SGSN sends a "LU __ACCEPT" message 
to the MS. 

65 It is appreciated that many other suitable implementation 
can be used within the principles of the present invention 
generally shown in the above steps as one of the implemen- 



09/10/2003, EAST Version: 1.04.0000 



US 6,438370 Bl 

17 18 

talions. It is also appreciated that the sequence order of the in response to the MS having moved from a first area to 

above procedure can be varied in different implementations. a second area wherein service in the first area is 

The foregoing description of the exemplary embodiment provided via a first set of Base Stations (BSs) con- 

of the invention has been presented for the purposes of trolled by the first RNC and service in the second area 

illustration and description. It is not intended to be exhaus- 5 is provided via a second set of BSs controlled by a 

live or to limit the invention to the precise form disclosed. second RNC, providing the service to the MS from the 

Many modifications and variations are possible in light of second ^ ofBSs while kc c p ing control of the MS 

the above teaching It is intended that the scope of the connection with the first RNC, and monitoring a pre- 

mvention be limited not with this detailed description, but defined criteria ^ for RNC relocation; 

rather by the claims appended hereto. 1fl . . . 

What is claimed is: in ^P 01156 to having met the predefined catena, moving 

1. A method for providing a notification to a Mobile ^ c °ntrol of the MS connection to the second RNC 
Station (MS) for a location update of the MS in a mobile according to a predefined criteria, service in the second 
telecommunication system wherein the MS is controlled by arca Dem S controlled by the second RNC when the MS 
one of a plurality of Radio Network Controllers (RNCs), is moved from the first area to the second area, the 
which comprising: 15 second RNC being the serving RNC; and 

a) serving the MS by a first RNC; updating location of the MS to the CNE connected to the 

b) in response to the MS having moved from a first area second RNC to manage mobility of the MS. 
to a second area, wherein service in the first area is 9. A method according to claim 8, wherein the updating 
provided via a first set of Base Stations (BSs) con- step comprises the steps of notifying the MS that the control 
trolled by the first RNC and service in the second area 20 0 f the radio connection of the MS has been moved to the 
is provided via a second set of BSs controlled by a second RNC, the MS sending a location update upon receiv- 
second RNC, providing the service to the MS via the m g notification. 

second set of BSs while keeping the control of the 10 A metho d according to claim 8, wherein the MS is 

connection with the first RNC and monitoring a pre- notified ^ the CQDtrol of the radio CODrjeclio n G f the MS is 

defined criteria set for RNC relocation; 25 moved to ^ RNC b me ma 

c) m response to having met the predefined criteria n. A met hod according to claim 8, wherein the MS is 

RM^Lnh^lTifPMr Z nUeCtlOU t0 t ?f ^ notifiedthatthecontroloftheradioconnectionoftheMSis 

RNC, the plurality of RNCs being connected to a Core , . . f , _ , D1 ™ , c , u «™ 

Network (CN) which has a plurality of CN entities ""jf A t0 m ° * cond ™ C b " ° ne of fi *» f™*-. ,. , 

including one active CN entity, so that control of the 30 A 5°. 8 - whe ? m loca J Uo n n ' ° f 

connection is changed from the first RNC to the second * e MS 18 u P daled to me ^ connected to the second RNC 

RNC; and bv ^ second RNC. 

d) notifying the MS that the control of the connection has , 13 A melhod . accordin g t0 claim 8, wherein the mobile 
been changed from the first RNC to the second RNC telecommumcaUon system comprising at least two different 
and that the location update of the MS should be 35 COT^the location of Ae MS is updated to a second 
performed ^ e connected to the second RNC by a first type 

2. The method of claim 1, wherein the active CN entity is of the CNE controlling the first type connection of the MS. 
connected to the first RNC Amethod according to claim 8, wherein the first RNC 

3. The method of claim 1, wherein the active CN entity is * connected »° » «»« one of the CNEs, the second RNC is 
connected to the second RNC. 40 Tu" T,t * ' ° f *** HS; *? C ° ^ 

4. The method of claim 1, further comprising sending the of me MS * u P da,ed * the u sec * >nd ^' th _ e con,ro l ^ 
location update of the MS by the MS to the plurality of CN COD ° ect ion is moved from the first CNE to the second CNE. 
entities. 15. Amethod accordmg to claim 8, wherein the first RNC 

5. The method of claim 1, wherein notifying the MS is I s CtmneCted ! to a first one of m « ^NE^and the second RNC 
made by the MS 4 ^ connecte " t0 a second one of the CNEs, when the location 

6. The method of claim 1, wherein notifying the MS is " ° f the MS * u P°' ate d »° * e second CNE, the control of 
made by the second RNC. connection remains in the first CNE. 

7. The method of claim 1, wherein notifying the MS is . , 16 A method . lcoonta W to claml 8 > wherein. the mobile 
made by the active CN entity telecommunication system comprises at least two different 

8. A melhod of mobility management in a mobile tele- 50 fP^^Jf-*" f% "T^^* 
communication system including a mobile station (MS), a ° f m6 CNE which is connected to a first RNC and has 
radio networkhavingaplurality of radio network controllers no M ^?T^°? DM ^? d ty ?° ^ 2^ !. 1 
(RNCs) controlling use of radio resources and including a C0 ° neCted 'V, ^rf loCat, °° of th * MS 18 
serving RNC, and a plurality of core network entities S ^° a ^3S^ * connected to the second RNC. 
(CNEs) each of which connects to at least one of the RNCs, 55 , , 17> A m ^°t accord,n gJ° claun *• wh « r « m 

the MS having at least one type of connection connected to telecommunication system has at least two different types of 

the CNEs, the CNEs managing mobility of the MS by CNE f' wheieul l °?^ ot me mob j le statlon 15 "P dated 

storing information of a current location of the MS and m ?! L leas ' T ^ ° f Q1B *, connec,ed me t , SBCaad ™ C 

connecting at least a first type of connections of the MS to . 18 A radl ° acc6SS nctwork for a moblIe telecommumca- 

a second network and a second MS of the mobile telecom- eo bOB sys,em ' ^P™^ 

munication system, a radio connection of the MS being a mobile station (MS); 

controlled by the serving RNC, and an MS connection being a radio access network including a plurality of radio 
routed to/from a respective CNE via the serving RNC, the network controllers (RNCs) controlling use of radio 
method comprising: resources; 
controlling the mobile station (MS) by a first RNC of the 65 a plurality of core network elements (CNEs) each con- 
plurality of RNCs, the first RNC being the serving nected to at least one of the RNCs, the MS having at 
RNQ least one controlling CNE that manages mobility of the 
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MS by storing information on a current location of the 
MS and connects at least a first type of connections of 
the MS to other networks and other mobile stations of 
the mobile telecommunication system, a radio connec- 
tion of the MS being controlled by a serving RNC and 5 
serviced by a first set of Base Stations (BSs) and the 
connection of the MS being routed to/from a respective 
CNE via the serving RNC, and in response to the MS 
moving to an area serviced by a second set of Base 
Stations (BSs) controlled by a second RNC, control of to 
the connection of the MS being kept with the serving 
RNC while service being transferred to the second set 
of BSs, and a predefined criteria set for moving the 
control to the second RNC being monitored, and the 
serving RNC functionality of the connection being is 
moved from the serving RNC to the second RNC in 
response to meeting the predefined criteria; and 

wherein the radio access network is arranged to update the 
current location of the MS to the CNE connected to the 
second RNC to manage mobility of the MS in response 20 
to having moved the control of the radio connection of 
the MS from the first RNC to the second RNC. 

19. A radio access controller for a mobile telecommuni- 
cation system, comprising: 

a mobile station (MS); 25 

a radio access network including a plurality of radio 
network controllers (RNCs) controlling use of radio 
resources; 

a plurality of core network elements (CNEs) each con- 30 
nected to at least one RNC, the MS having at least one 
controlling CNE that manages mobility of the MS by 
storing information on a current location of the MS and 
connects at least a first type of connections of the MS 
to other networks and other MSs of the mobile tele- 35 
communication system, a radio connection of the MS 
being controlled by a serving RNC and serviced by a 
first set of Base Stations (BSs) and the connection of 
the MS being routed to/from a respective CNE via the 
serving RNC, and in response to the MS moving to an 40 
area controlled by a second RNC and serviced by a 
second set of BSs, control of the connection of the MS 
being kept with the serving RNC while service being 
transferred to the second set of BSs, and a predefined 
criteria set for moving the control to the second RNC 45 
being monitored, and the serving RNC functionality of 
the connection being moved from the serving RNC to 
the second RNC in response to meeting the predefined 
criteria; and 

wherein the radio access controller is arranged to update 50 
a current location of the MS to the CNE connected to 
the second RNC to manage mobility of the MS in 
response to having moved the control of the radio 
connection of the MS from the first RNC to the second 
RNC. 55 

20. A radio access network for a mobile telecommunica- 
tion system, comprising: 

a mobile station (MS); 

a radio access network including a plurality of radio 
network controllers (RNCs) controlling use of radio 60 
resources; 
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a plurality of core network elements (CNEs) each con- 
nected to at least one RNC, the MS having at least one 
controlling CNE storing information on a current loca- 
tion of the MS and connecting at least a first type of 
connections of the MS to other networks and other 
mobile stations of the mobile telecommunication 
system, a radio connection of the MS being controlled 
by a serving RNC and serviced by a first set of Base 
Stations (BSs) and the connection of the MS being 
routed to/from a respective CNE via the serving RNC, 
and in response to the MS moving to an area controlled 
by a second RNC and serviced by a second set of BSs, 
control of the connection of the MS being kept with the 
serving RNC while service being transferred to the 
second set of BSs, and a predefined criteria set for 
moving the control to the second RNC being 
monitored, and the serving RNC functionality of the 
connection being moved from the serving RNC to the 
second RNC in response to meeting the predefined 
criteria; and 

wherein the radio access network is arranged to send the 
MS a request to send a location update message in 
response to having moved the control of the radio 
connection of the MS from the first RNC to the second 
RNC. 

21. A radio access controller for a mobile telecommuni- 
cation system, comprising: 
a mobile station (MS); 

a radio access network including a plurality of radio 
network controllers (RNCs) controlling use of radio 
resources; 

core network elements (CNEs) each connected to at least 
one RNC, the MS having at least one controlling CNE 
storing information on a current location of the MS and 
connecting at least a first type of connections of the MS 
to other networks and other mobile stations of the 
mobile telecommunication system, a radio connection 
of the MS being controlled by a serving RNC and 
serviced by a first set of Base Stations (BSs) and the 
connection of the MS being routed to/from a respective 
CNE via the serving RNC, and in response to the MS 
moving to an area controlled by a second RNC and 
serviced by a second set of BSs, control of the con- 
nection of the MS being kept with the serving RNC 
while service being transferred to the second set of BSs, 
and a predefined criteria set for moving the control to 
the second RNC being monitored, and the serving RNC 
functionality of the connection being moved from the 
serving RNC to the second RNC in response to meeting 
the predefined criteria; and 

wherein the radio network controller is arranged to send 
the MS a request to send a location update message in 
response to having moved the control of the radio 
connection of the MS from the first RNC to the second 
RNC 

+ + * * * 
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